home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940279.txt < prev    next >
Internet Message Format  |  1994-11-13  |  22KB

  1. Date: Sun, 21 Aug 94 04:30:16 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #279
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Sun, 21 Aug 94       Volume 94 : Issue  279
  11.  
  12. Today's Topics:
  13.                  900MHz phone spread spectrum systems
  14.                       ?Fastest speed on HF/SSB ?
  15.                       [Q] best software for KAM+
  16.                        AEA DSP2232 Mailing List
  17.                           Filters for TEKK's
  18.                         HELP..TCP/IP (3 msgs)
  19.                              icom ic-r70
  20.                     Kantronics KPC-3 or MFJ 1270C?
  21.                    Off the shelf modems for packet?
  22.                         PKTMON12 HAMCOM JVFAX
  23.                Radio Shack TRS-80 Model 100 for Packet?
  24.                         Winsock packet driver?
  25.  
  26. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  27. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  28. Problems you can't solve otherwise to brian@ucsd.edu.
  29.  
  30. Archives of past issues of the Ham-Digital Digest are available 
  31. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  32.  
  33. We trust that readers are intelligent enough to realize that all text
  34. herein consists of personal comments and does not represent the official
  35. policies or positions of any party.  Your mileage may vary.  So there.
  36. ----------------------------------------------------------------------
  37.  
  38. Date: Thu, 18 Aug 1994 07:26:24 GMT
  39. From: hookup!europa.eng.gtefsd.com!howland.reston.ans.net!pipex!sunic!trane.uninett.no!eunet.no!nuug!EU.net!ub4b!imec.be!buytaert@ames.arpa
  40. Subject: 900MHz phone spread spectrum systems
  41. To: ham-digital@ucsd.edu
  42.  
  43. Nigel Orr (orr@tk17) wrote:
  44. : Can I suggest that the original poster refers to a basic text on
  45. : Spread Spectrum Comms, rather than relying on often-conflicting
  46. : net.hearsay.  As an introduction, I would recommend Spread Spectrum
  47. : Systems, R.C. Dixon, second edition, John Wiley & sons, New York,
  48. : 1984.  There are also many papers on the subject from IEEE journals
  49. : and conference proceedings, some of which are good introductory
  50. : tutorials.
  51. [...]
  52.  
  53.   Yes, I have seen some howlers too in the followups. Correcting
  54.   is - currently - too time consuming for me, so I thought I would
  55.   give a very nice introduction reference:
  56.  
  57.   IEEE Transactions on Communications, Vol.Com-30, No.5. May 1982.
  58.   "Theory of Spread-Spectrum Communications - A Tutorial"
  59.   R. L. Pickholz, D. Schilling, L. M. Milstein.
  60.  
  61.   Note the date ! This is a very good text. People in the business
  62.   will recognize the 'Schilling' from the 'Taub and Schilling'
  63.   classic.
  64.  
  65.   Hope someone finds this useful,
  66.  
  67.   Stef
  68.  
  69. --
  70. Steven Buytaert 
  71.  
  72. WORK buytaert@imec.be
  73. HOME buytaert@innet.be
  74.  
  75.     'Imagination is more important than knowledge.'
  76.             (A. Einstein)
  77.  
  78. ------------------------------
  79.  
  80. Date: 21 Aug 1994 01:10:37 -0700
  81. From: ihnp4.ucsd.edu!news.cerf.net!nntp-server.caltech.edu!news.claremont.edu!kaiwan.com!not-for-mail@network.ucsd.edu
  82. Subject: ?Fastest speed on HF/SSB ?
  83. To: ham-digital@ucsd.edu
  84.  
  85. What is the fastest spped of digital transmission on HF/SSB radio ?
  86. using which protocol and modem ?
  87. -- 
  88. John Lin     *** Save the planet, save the world ! ***
  89.  
  90. e-mail: jlin@kaiwan.com
  91.  
  92. ------------------------------
  93.  
  94. Date: 20 Aug 1994 07:34:57 -0700
  95. From: ihnp4.ucsd.edu!news.cerf.net!nntp-server.caltech.edu!news.claremont.edu!kaiwan.com!not-for-mail@network.ucsd.edu
  96. Subject: [Q] best software for KAM+
  97. To: ham-digital@ucsd.edu
  98.  
  99. In article <CuL8uD.LsK@eskimo.com>, ranger@eskimo.com (Richard Berndt) wrote:
  100. > In article <1994Aug15.144444.23552@midway.uchicago.edu>,
  101. > khopper@kimbark.uchicago.edu (Kenneth C Hopper) writes:
  102. > > New KAM+ owner seeks good software suggestions.
  103. > > OP only on HF.
  104. > > 
  105. > > TNX,
  106. > >                                 ___________
  107. > >   Ken Hopper,                  |    ___    |
  108. > >   k-hopper@uchicago.edu        |___________|
  109. > > 
  110. >  
  111. >  
  112. > [A[A[A[A[A[A[A[A[A[A[A[B[B[B[B[B[C[C[C[C[C[C[C[C
  113.   Ken:
  114.   I am running KAGOLD 9.02 and it is great.  I have tried many
  115.   others including Hostmaster, but KAGOLD is the best that I have
  116.   found.  Their support is excellent.  You can contact them at
  117.   jtowle@interflex.com
  118.  
  119.   Bob
  120. -- 
  121.  ---------------------------------------------------------------------------
  122.  | E-Mail: bnovak@kaiwan.com  |  Packet: K0OK@K6CPT.#LACCA.#SOCA.CA.USA.NA |
  123.  ---------------------------------------------------------------------------
  124.  
  125. ------------------------------
  126.  
  127. Date: 20 Aug 1994 00:01:02 +0200
  128. From: news.cerf.net!nntp-server.caltech.edu!sdd.hp.com!math.ohio-state.edu!howland.reston.ans.net!EU.net!Germany.EU.net!Aachen.Germany.EU.net!rmi.de!Aachen.Germany.EU.net!rmi.@ihnp4.ucsd.edu
  129. Subject: AEA DSP2232 Mailing List
  130. To: ham-digital@ucsd.edu
  131.  
  132. ====================================================================
  133.       This is the Mailserver at EUnet EUregio POP Aachen
  134. ====================================================================
  135.  
  136. If you are interested in exchanging information on the
  137.  
  138. AEA DSP 2232 - Digital Signal Processing Multi-Mode Data Controller
  139.  
  140. you are invited to join our Mailing list (started on May 12, 1994).
  141. Please subscribe by sending a Mail to
  142.  
  143. dsp2232-request@rmi.de   [or dsp2232-request@Aachen.Germany.EU.net]
  144. with the subject: "subscribe" .
  145.  
  146. If you would like to share your experiences of knowledge on the
  147. unit, write you contributions to
  148.  
  149. dsp2232@rmi.de   [or dsp2232@Aachen.Germany.EU.net].
  150.  
  151.  
  152. ====================================================================
  153.         Automatic weekly mailing
  154. ====================================================================
  155.  
  156. ------------------------------
  157.  
  158. Date: Sat, 20 Aug 1994 02:31:10 GMT
  159. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!usc!nic-nac.CSU.net!charnel.ecst.csuchico.edu!csusac!csus.edu!netcom.com!ka4byp@network.ucsd.edu
  160. Subject: Filters for TEKK's
  161. To: ham-digital@ucsd.edu
  162.  
  163. John Bednar (jkbe@lena) wrote:
  164. : I am looking for suppliers that sell 21.4 Mhz IF crystal filters
  165. : that I can stuff into a TEKK data radio. I'd like to experiment 
  166. : with higher data rates. Has anyone been through this before?
  167.  
  168. : John, WB3ESS
  169. : aljkbe@attme.att.com
  170.  
  171. -- 
  172. *******
  173. Bob Merritt  KA4BYP  ----->  ka4byp@netcom.com  <-----
  174.  
  175. ------------------------------
  176.  
  177. Date: 19 Aug 1994 22:15:40 -0700
  178. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!darkstar.UCSC.EDU!news.hal.COM!olivea!isc-br!tau-ceti!on-ramp.ior.com!not-for-mail@network.ucsd.edu
  179. Subject: HELP..TCP/IP
  180. To: ham-digital@ucsd.edu
  181.  
  182. I could sure use some help in getting started on TCP/IP!
  183. I have various versions of NET, NOS and BM and none of them seem to
  184. work with each other.. Also, I have tried putting my PK232mbx into
  185. KISS mode and cannot seem to get it to work.. Turning KISS ON or with 
  186. latest firmware I have KISS $01 results in TNC hanging up..not able to do 
  187. a restart.. Is there something wrong with my TNC?
  188.  
  189. Thanks for any help offered.
  190.  
  191. Bob, KG7WC
  192.  
  193. -- 
  194.   +---------------------+------------------------+-------------------------+
  195.   |  Robert J. Raymond  |  Spokane, Washington   | bobr@on-ramp.ior.com    |
  196.   |  Patricia Raymond   | Amateur Callsign KG7WC | 70235.430@compuserv.com |
  197.   +---------------------+------------------------+-------------------------+
  198.  
  199. ------------------------------
  200.  
  201. Date: Sat, 20 Aug 1994 16:31:24 GMT
  202. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!howland.reston.ans.net!swrinde!cs.utexas.edu!chpc.utexas.edu!news.utdallas.edu!feenix.metronet.com!usenet@network.ucsd.edu
  203. Subject: HELP..TCP/IP
  204. To: ham-digital@ucsd.edu
  205.  
  206. In <3343hs$1o4@on-ramp.ior.com>, bobr@on-ramp.ior.com (Robert J. Raymond) writes:
  207. >I could sure use some help in getting started on TCP/IP!
  208.    Have you checked out the NOSintro Book by Ian Wade? It should get you
  209. started. The ARRL had some copies on order back in Jun. Don't know what
  210. there status is. 350+ pages of text and illustraitions for $25 is a good
  211. bargin.
  212.    Also... you should see what version of NOS others around you are using.
  213. I think it's always best to start off with what others are using so you
  214. can get local help from them.
  215.  
  216. > Also, I have tried putting my PK232mbx into
  217. >KISS mode and cannot seem to get it to work.. Turning KISS ON or with 
  218. >latest firmware I have KISS $01 results in TNC hanging up..not able to do 
  219. >a restart.. Is there something wrong with my TNC?
  220.    Some TNC's... go into kiss mode with the command KISS ON and nothing 
  221. else. Once your in KISS mode, your TNC is going to appear to be 'hung up'.
  222. You won't be able to enter commands from the keyboard. You might just
  223. want to do what your doing and then start NOS. GL.
  224.  
  225.  
  226. 73's  de  Jack  -  kf5mg
  227. Internet        -  kf5mg@kf5mg.ampr.org            -  44.28.0.14
  228.                 -  kf5mg@metronet.com              -  work (looking  for)
  229. AX25net         -  kf5mg@kf5mg.#dfw.tx.usa.noam    -  home (817) 488-4386
  230.  
  231. ------------------------------
  232.  
  233. Date: Sat, 20 Aug 1994 20:12:19 GMT
  234. From: iat.holonet.net!vectorbd!jpll@uunet.uu.net
  235. Subject: HELP..TCP/IP
  236. To: ham-digital@ucsd.edu
  237.  
  238. The NOSView stuff is available as a set of files on many LLBBS's.
  239. The one listed below has it many many other IP-helpers,
  240.  
  241. -- 
  242. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  243. Jim Lill                          / Vector Board BBS  \
  244. jpll@vectorbd.com                 \ 716-544-1863/2645 /
  245. wa2zkd@wb2psi.#wny.usa.na           GEnie: ZKD
  246.  
  247. ------------------------------
  248.  
  249. Date: 19 Aug 94 14:09:54 +
  250. From: mvb.saic.com!news.alpha.net!pacifier!rainrgnews0!psgrain!charnel.ecst.csuchico.edu!olivea!spool.mu.edu!howland.reston.ans.net!EU.net!sun4nl!idn!z111!n310!f128!Pieter.Van.de@ihnp4.ucsd.edu
  251. Subject: icom ic-r70
  252. To: ham-digital@ucsd.edu
  253.  
  254. hello all;
  255.  
  256. I'm still using a icom ic-r70 but would like very much to have a computer
  257. interface as to simplify tuning etc. There should have been some made in the
  258. not to distant past and if anyone should have or know anything about such a
  259. thing I would like it very much to hear from you..... 
  260. --
  261. | Internet: Pieter.Van.de.Voort@f128.n310.z111.idn.nl
  262. |
  263. | Standard disclaimer: The views of this user are strictly his own.
  264.  
  265. ------------------------------
  266.  
  267. Date: Fri, 19 Aug 94 23:17:49 -0500
  268. From: news.delphi.com!usenet@uunet.uu.net
  269. Subject: Kantronics KPC-3 or MFJ 1270C?
  270. To: ham-digital@ucsd.edu
  271.  
  272. Gary Ross <ross@novax.llnl.gov> writes:
  273.  
  274. >I am looking into getting into packet and was looking for input as to a
  275. >preference between the Kantronics KPC-3 and the MFJ 1270C (or another TNC I
  276.  
  277. Hi Gary...just noticed your message and as a very pleased owner of a kpc3
  278. thought that I should respond.  I have had the kpc3 for almost a year and
  279. have found it to be an inexpensive and well built unit.  I am currently
  280. running it in kiss mode with jnos 1.10d, but have used it with all types
  281. of software.  Just a quick response...for what it's worth!
  282. cul...73, Dave
  283.  
  284. ------------------------------
  285.  
  286. Date: Sat, 20 Aug 1994 15:15:15 GMT
  287. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!library.ucla.edu!europa.eng.gtefsd.com!emory!wa4mei!ke4zv!gary@network.ucsd.edu
  288. Subject: Off the shelf modems for packet?
  289. To: ham-digital@ucsd.edu
  290.  
  291. In article <dany.52.0010804C@arti.vub.ac.be> dany@arti.vub.ac.be (Dany Vereertbrugghen) writes:
  292. >I was just wondering : wouldn't it be possible to use a normal
  293. >modem for packet radio.  I don't know much about this, so ...?
  294. >Can someone point out the difficulties to me or give comments on
  295. >the idea?
  296.  
  297. This is a Frequently Asked Question. The answer is that if you have
  298. a modem that can do Bell 202 (not 212) *half duplex* without need to 
  299. negotiate a connection, and if you can do the HDLC and AX.25 in software 
  300. on your computer, then yes you can use your phone modem. In fact, it
  301. was availability of surplus leased line Bell 202 modems that made
  302. packet originally take off. However, such modems haven't been made
  303. in at least 10 years, more like 15, so it's unlikely your modem
  304. can do the job.
  305.  
  306. Gary
  307. -- 
  308. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  309. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  310. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  311. Lawrenceville, GA 30244     |                     | gary@ke4zv.atl.ga.us
  312.  
  313. ------------------------------
  314.  
  315. Date: Sat, 20 Aug 94 15:55:06 EDT
  316. From: juniper.almaden.ibm.com!VNET.IBM.COM@uunet.uu.net
  317. Subject: PKTMON12 HAMCOM JVFAX
  318. To: ham-digital@ucsd.edu
  319.  
  320. In <940818085256@ken_durham.sc.ti.com> Ken Durham writes:
  321. >G4WNC, the author of "Decode" a column in Shortwave Magazine, mentioned a
  322. You are right about your mail bouncing..... You can get Hamcom30 and
  323. Jvfax60 via FTP to nic.funet.fi in the directory pub/ham/misc. You might
  324. take a look in pub/ham/packet directory also. I understand that Jvfax70
  325. will be available soon.
  326. =========================================================================
  327. Bob Hamilton                | Remember..The light that you see at the end
  328. (rfhamilton@vnet.ibm.com)   |  of the tunnel just might be a train !
  329. =========================================================================
  330.  
  331. ------------------------------
  332.  
  333. Date: Sat, 20 Aug 1994 15:22:18 GMT
  334. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!library.ucla.edu!europa.eng.gtefsd.com!emory!wa4mei!ke4zv!gary@network.ucsd.edu
  335. Subject: Radio Shack TRS-80 Model 100 for Packet?
  336. To: ham-digital@ucsd.edu
  337.  
  338. In article <Custux.8Fv@freenet.carleton.ca> aa642@FreeNet.Carleton.CA (Gordon Phillips) writes:
  339. >
  340. >I use packet on my 386 computer with an ASA PK-88 tnc through my Realistic
  341. >HTX-202 handheld 2 meter radio.  I would like to try operating portable
  342. >packet.  I have been offered an old TRS-80 Model 100 computer with manual
  343. >I am told is in good working order.
  344. >
  345. >My questions are:
  346. >
  347. >1) Is this rather old computer suitable for portable packet?
  348.  
  349. Yes indeed. The only problem is the 40 column lines. Most packet is
  350. formatted for a 80 column screen, so lines wrap and make formatted
  351. messages look funny.
  352.  
  353. >2) the model 100 has an rs232 port -- do I need any other hardware or can
  354. >   I simply connect my pk88 directly to that port?
  355.  
  356. All you need is a RS232 cable.
  357.  
  358. >3) Will the communications software in the computer work satisfactorily
  359. >   with the pk88 tnc?
  360.  
  361. Yes.
  362.  
  363. >4) the model 100 runs at 300 bps through its internal phone modem, what
  364. >   speed can I expect to operate the tnc via the rs232 port?
  365.  
  366. The TRS100 will support faster speeds on it's serial port. I don't
  367. recall exactly how fast it will go, I sold mine a while back, but
  368. I'm sure it'll do 9600 and maybe 19.2 kb.
  369.  
  370. The Mod 100 is still a good portable packet terminal because of it's
  371. excellent battery life and relatively small size.
  372.  
  373. Gary
  374. -- 
  375. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  376. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  377. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  378. Lawrenceville, GA 30244     |                     | gary@ke4zv.atl.ga.us
  379.  
  380. ------------------------------
  381.  
  382. Date: Sun, 21 Aug 1994 07:32:40 GMT
  383. From: netcomsv!netcom.com!tcj@decwrl.dec.com
  384. Subject: Winsock packet driver?
  385. To: ham-digital@ucsd.edu
  386.  
  387. Bob Donnell, KD7NM (rdonnell@eskimo.com) writes:
  388.  
  389.     > There are folks who are working on writing a packet driver to go
  390.     > between Windows TCP/IP applications (Winsock or FTP's PACKET driver
  391.     > interface) and a KISS-capable TNC.
  392.  
  393. Eureka!  I've been anxiously waiting for someone to take this one on.  Can
  394. you tell us more, Bob?
  395.  
  396.  
  397. Todd, KB6JXT
  398.  
  399. ------------------------------
  400.  
  401. Date: Sat, 20 Aug 1994 14:36:52 GMT
  402. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!europa.eng.gtefsd.com!emory!wa4mei!ke4zv!gary@network.ucsd.edu
  403. To: ham-digital@ucsd.edu
  404.  
  405. References <32b56i$ot5@Tut.MsState.Edu>, <32d90d$2gg@vixen.cso.ui, <3306v8$jbi@vixen.cso.uiuc.edu>
  406. Reply-To : gary@ke4zv.atl.ga.us (Gary Coffman)
  407. Subject : Re: Looking for DXCluster software
  408.  
  409. In article <3306v8$jbi@vixen.cso.uiuc.edu> k9cw@prairienet.org (Andrew B. White) writes:
  410. >While I agree with you that PC use of AX.25 is not the best for distributing
  411. >spots, it is, currently, the only game in town.  
  412.  
  413. Note that broadcast servers us AX.25 too, just UI frames instead of 
  414. connected mode frames. The FCC has us locked into AX.25 wrappers for
  415. unattended third party use. 
  416.  
  417. >AK1A has something like
  418. >400 nodes installed around the world, and they all talk to each other (altho
  419. >the email facility comes close to being useless if the mail has to go more
  420. >than one hop).  Besides, if the network is configured as it should be,
  421. >with local users on one frequency and the inter-node link on another, I
  422. >am not sure that the amount of bandwidth required is an issue.
  423.  
  424. While splitting the users off the backbone is essential to making the
  425. systems work well at all, it *does* increase the amount of bandwidth 
  426. the systems tie up. The real problem is that connected mode bulletin 
  427. distribution uses nearly 26 times the channel capacity of a broadcast
  428. server. That means in practice, at our current low channel speeds, that 
  429. channels have to be *dedicated* to Packet Cluster activity rather than 
  430. being timeshared with other packet uses. That's bad spectrum utilization.
  431.  
  432. Of course faster channel speeds can help, and I note with approval
  433. that Packet Clusters seem to be among the first to embrace faster
  434. channel speeds (out of necessity), first jumping to 2400 baud and
  435. now going to 9600 baud. But that's only a less than 2 and less than
  436. 9 increase in channel capacity respectively at best (actually much 
  437. worse than that on a simplex frequency due to turnaround and overhead 
  438. delays). But a simple change to a broadcast protocol would *immediately* 
  439. give a nearly 26 fold increase in available channel capacity. Since it's
  440. *only software* (heh), the change could be relatively quick and painless
  441. too.
  442.  
  443. Note, broadcast use would free up channels only by allowing more
  444. than 26 stations per cluster. The channel would still have to be
  445. dedicated to the broadcast server. But the server could also serve
  446. more than just DX spots with the excess channel capacity. It could
  447. also distribute other types of bulletins and files in it's idle
  448. time.
  449.  
  450. I don't think most connected mode servers are a good use of packet
  451. resources any longer. Broadcast servers are so much more efficient
  452. that Cluster *and* BBSs should change over as rapidly as practical.
  453. There remain some cases where connected mode works best, like serving
  454. low density WANs that need digis to get coverage. For higher density
  455. areas, however, the broadcast server is very much superior for most
  456. uses. (Personal Email may remain an exception.) Perhaps we need to
  457. think about making broadcast the bulletin and file distribution default, 
  458. and connected mode the exception, in future server designs.
  459.  
  460. Gary
  461. -- 
  462. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  463. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  464. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  465. Lawrenceville, GA 30244     |                     | gary@ke4zv.atl.ga.us
  466.  
  467. ------------------------------
  468.  
  469. Date: Sat, 20 Aug 1994 15:04:35 GMT
  470. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!library.ucla.edu!europa.eng.gtefsd.com!emory!wa4mei!ke4zv!gary@network.ucsd.edu
  471. To: ham-digital@ucsd.edu
  472.  
  473. References <32d90d$2gg@vixen.cso.ui, <3306v8$jbi@vixen.cso.uiuc.edu>, <1994Aug18.200851.17094@nosc.mil>
  474. Reply-To : gary@ke4zv.atl.ga.us (Gary Coffman)
  475. Subject : Re: Looking for DXCluster software
  476.  
  477. In article <1994Aug18.200851.17094@nosc.mil> craigr@marlin.nosc.mil writes:
  478. >
  479. >I also agree that AX.25 is not the best protocol for sending DX spots but 
  480. >PacketCluster is an AX.25 application that requires the minimum equipment
  481. >on the user end.  A radio, TNC, and dumb terminal is the user investment. It
  482. >would seem that to implement a more efficient protocol would certainly require
  483. >a computer on the user end to sort things out. Some of the OF's barely mastered
  484. >getting a dumb terminal to talk to a TNC, it would be real interesting watching
  485. >them trying to become computer literate. Hi..
  486.  
  487. I'll repeat, broadcast servers use an AX.25 wrapper too. It's just a UI
  488. frame instead of a connected mode frame and acknowledgement.
  489.  
  490. As for the OFs with dumb terminals, I suspect they are the exception.
  491. Dxers generally want the newest and biggest toys. Even the old guys
  492. use logging programs, propagation prediction programs, etc. It may
  493. have taken them longer to become computer users, but many of them
  494. have overcome their fear of the unknown and pushed ahead rather than
  495. watch their spot on the Honor Role slip.
  496.  
  497. >But if someone came out with a system that offered enough advantages over the
  498. >current Cluster software, I think it might catch on. There are many problems
  499. >with PC that could be overcome by a more robust protocol which would be very 
  500. >attractive to the sysops. My own feeling is that PacketCluster needs competition
  501. >or many of the problems with it are not going to be solved.
  502.  
  503. I think that's right.
  504.  
  505. Gary
  506. -- 
  507. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  508. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  509. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  510. Lawrenceville, GA 30244     |                     | gary@ke4zv.atl.ga.us
  511.  
  512. ------------------------------
  513.  
  514. End of Ham-Digital Digest V94 #279
  515. ******************************
  516.